System and method for remote rendering of content on an electronic gaming machine

ABSTRACT

A gaming system is described. The gaming system can include one or more host devices and EGM clients that communicate with one another over a network. Various non-gaming applications can be maintained on the host device. In response to a request received from an EGM client, a non-gaming application program can be executed on the host device. Content from the non-gaming application can be converted to a media stream that is sent to the EGM client for output. The media stream can be processed using a codec executed on the EGM. Input data associated with the content can be received at the EGM and sent to the host device. The content from the non-gaming application executed on the host can be adjusted in response to the input data received from the EGM.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims priority under 35 U.S.C. §119(e) from U.S.Provisional Patent Application No. 61/541,490, filed Sep. 30, 2011,titled “System and Method for Remote Rendering of Content on anElectronic Gaming Machine,” and from U.S. Provisional Patent ApplicationNo. 61/541,492, filed Sep. 30, 2011, titled “System and Method forRemote Rendering of Content on an Electronic Gaming Machine,” each ofwhich is incorporated by reference in their entirety and for allpurposes.

FIELD OF THE DESCRIBED EMBODIMENTS

The described embodiments relate generally to gaming systems, such asgaming systems deployed in a casino enterprise. More particularly,apparatus and method for outputting content from a remote source on anelectronic gaming machine are described are described.

DESCRIPTION OF THE RELATED ART

Casinos and other forms of gaming comprise a growing multi-billiondollar industry both domestically and abroad. A major source of revenuewithin the gaming industry due to their popularity with player andoperators alike are electronic and microprocessor based gaming machines.Electronic gaming machines (EGMs) include various hardware and softwarecomponents to provide a wide variety of game types and game playingcapabilities. Bill validators, coin acceptors, ticket printers, cardreaders, keypads, buttons, levers, touch screens, displays, coinhoppers, player tracking units and the like are examples of hardwarethat can be coupled to an EGM. Boot and initialization routines, variousgame play programs and subroutines, credit and payout routines, imageand audio generation programs, security monitoring programs,authentication programs, a random number generator are examples ofsoftware components that are often found on EGMs.

The functions available on a gaming machine depend on whether the EGM islinked to other gaming devices. For instance, progressive jackpots,player tracking and loyalty points programs, cashless gaming, bonusingand EGM operational management are examples of functions that can beprovided on networked EGMs. Back-end systems including additionalhardware and software elements are used to generate these additionalfunctions.

Because gaming machines are typically operable to accept, store,dispense and/or award large sums of money, EGMs are often the targets oftheft or tampering. To prevent theft and tampering, EGMs include manysecurity features not present in personal computers or other typesgaming platforms, such as home gaming consoles. For example, software,such as the software used to generate and present a wager-based game, ishighly tested and documented in a lengthy approval process prior toinstallation on an EGM. In addition, after an EGM is operational,specialized hardware and software components are utilized to ensure thatonly approved software is executed on the EGM.

Player's gaming interests are constantly changing and the ability of acasino operator to maximize their operating profits and keep theircustomers happy is directly linked to their ability to provide new anddesirable gaming content. A gaming entity may provide gaming services totens of thousands of users. For instance, a single land-based casino mayinclude thousands of EGMs. Because of the lengthy approval processrequired to introduce new software for an EGM, updating and maintainingsoftware within a casino is a time consuming and costly endeavor forboth casino operators and EGM manufacturer. In view of the above,apparatus and methods are desired that reduce the costs associated withmaintaining and updating gaming content on EGMs.

SUMMARY OF THE DESCRIBED EMBODIMENTS

A gaming system including EGMs is described. The EGMs can be configuredto receive a request to access an application program that is executedon a remote host. The application program can be interactive such thatit responds to inputs received at the EGM. The application program canbe a wager-based gaming application or a non-gaming application. Thehost can be configured to deliver output from one or more applicationprograms to the EGM as an encoded media stream, such as a MPEG encodedvideo and/or audio stream. Typically, the media stream will becompressed in some manner. The EGM can be configured decode the mediastream and output it to an appropriate output source.

The media stream decoding capabilities allow the EGM to provide basicmedia playback functions that are often included in a media player.Commercial media players, as stand-alone applications or plug-ins to aweb-browser, are more complex. For example, most commercial mediaplayers, such as an Adobe™ flash player or an HTML.5 player, include anapplication hosting environment that allow programs, such as commands ina scripting language, to be executed. The use of an application hostingenvironment in a commercial media player introduces security risks anduncertainties related to resource utilization that are undesirable in agaming environment. In addition, for security reasons, EGMs can beequipped less common open or proprietary operating systems, such as QNX,that are not necessarily completely compatible with commercial mediaplayers. These compatibilities issues can be avoided by providing basicmedia playback functions outside of a commercial media player.

The basic media playback functions can enable an EGM to receive andoutput media streams that allow access to interactive applicationprograms hosted on a remote host. In a particular embodiment, the hostcan be configured to instantiate a personalized copy of an interactiveapplication program. In one example, the host can be configured toinstantiate an application that allows a user's social media account tobe accessed and information from the social media account to be outputat the EGM. In another example, the host can be configured toinstantiate an application program that allows a media libraryassociated with a current user to be accessed from the cloud and outputat the EGM.

The host can send one or more media streams associated with aninstantiated application program to a client EGM. The applicationprogram can include an interface for accessing various functions of theapplication program. The host can be configured to generate inreal-time, a rendering of the interface associated with the applicationprogram. The rendering of the interface can include both video and audiocomponents. The rendering of the interface can be included in a mediastream and sent to the EGM. The EGM can receive, decode and outputcontents of the media stream including the interface using the outputdevices available on the EGM.

In response to outputting the contents of the media stream associatedwith the interface of the application program executed on the host, theEGM can receive inputs associated with the interface. For example, theinputs can represent selections of options associated with theapplication program. Information associated with the inputs can be sentto the remote host to alter the internal state of the applicationprogram which in some instances can change a state of the interfaceassociated with the application program. The change in state of theinterface can be captured in real-time renderings of the interface thatare incorporated in a media stream that is sent back to the EGM forsubsequent output.

Using this methodology described above, access to interactiveapplication programs executed on a remote can be made available to anEGM without requiring the interactive application program to bemaintained and executed on the EGM. Since one host can serve manydifferent EGMs, the software maintenance process is simplified. Further,security issues associated with executing an interactive applicationprogram and in particular a third-party application programs on the EGMare avoided. In addition, some of the regulatory issues associated withgetting software approved for execution on an EGM can be avoided.

The remote host can also be configured to incorporate and sendpreviously generated content, such as a movie or audio stored in a mediafile, to the EGM as part of a media stream. The media stream can beformatted to allow a user at the EGM to interact with the includedcontent. For example, the EGM can be configured to accept commands thatallow a user to fast forward, pause, rewind or skip the content includedin the media stream.

In one embodiment, a game controller on the EGM can be configured toprocess the media stream received from the remote host where the gamecontroller is also configured to control a wager-based game played onthe EGM. The game controller may also be able to generate and outputgaming content associated with the play of a wager-based game. Inanother embodiment, a secondary device with a secondary controller canbe configured to process the media stream received from the host. Thesecondary device can be retrofitted to an EGM that has already beendeployed in a gaming environment.

In other embodiments, the secondary device on the EGM can be configuredto act as an application host to the game controller and stream contentassociated with an application executed on the secondary device to thegame controller. In some embodiments, to address network bandwidthissues, the EGM can be configured to receive a media stream from aremote host or the media stream can be generated locally in a secondarydevice within the EGM. The gaming system including the remote host andthe EGM with the secondary device can be configured to switch betweenremote hosting of an application program and local hosting of theapplication. For example, when it determined network bandwidth isplentiful (above some threshold value), an application program can beexecuted on a remote host and streamed to the EGM. However, when it isdetermine network bandwidth is not plentiful, the application can beinstantiated for execution locally on the secondary device and thenstreamed or sent in some other format from the secondary device to agame controller on the EGM.

One aspect of the embodiments described herein can be related to amethod on an electronic gaming machine (EGM) including a processor and amemory configured to allow play of a wager-based game. The method can begenerally characterized as including 1) sending a message to a remotehost including a) information associated with media stream processingcapabilities on the EGM, b) information associated with output deviceresources available to output a media stream that includes an interfaceof an application program executed on the remote host and c) informationassociated with input devices available to receive input data for theinterface of the application program; 2) determining in a negotiationwith the remote host input device resources and output device resourcesto allocate to the media stream and media stream parameters associatedwith the media stream; 3) receiving a media stream container from theremote host; 4) extracting one or more media streams from the mediastream container; 5) decoding, using a codec, media signals in the mediastream; 6) outputting the decoded media signals including the interfacefor the application program to one or more output devices coupled to theEGM allocated for the media stream; 7) while the decoded media signalsincluding the interface are being output, receiving input data from oneor more input devices allocated for the media stream; and 8) sending theinput data to the remote host wherein a state of the interface for theapplication program is altered on the remote host in response toreceiving the input data.

BRIEF DESCRIPTION OF THE DRAWINGS

The embodiments will be readily understood by the following detaileddescription in conjunction with the accompanying drawings, wherein likereference numerals designate like structural elements, and in which:

FIG. 1 shows a display on an EGM including remotely rendered content inaccordance with the described embodiments.

FIG. 2 shows a block diagram of a gaming system including EGMsconfigured to output locally and remotely generated content inaccordance with the described embodiments.

FIG. 3 shows a flow chart of a method in an EGM configured to receive amedia stream from a remote host in accordance with the describedembodiments.

FIG. 4 shows a flow chart of a method in a host configured to generate amedia stream for a remote EGM in accordance with the describedembodiments.

FIG. 5 shows a block diagram of a gaming device in accordance with thedescribed embodiments.

FIG. 6 shows a perspective drawing of a gaming device in accordance withthe described embodiments.

FIG. 7 shows a diagram of a network-based gaming system in accordancewith the described embodiments.

DESCRIBED EMBODIMENTS

In the following paper, numerous specific details are set forth toprovide a thorough understanding of the concepts underlying thedescribed embodiments. It will be apparent, however, to one skilled inthe art that the described embodiments may be practiced without some orall of these specific details. In other instances, well known processsteps have not been described in detail in order to avoid unnecessarilyobscuring the underlying concepts.

A gaming system is described. The gaming system can include at least onehost and EGM clients coupled to the host via a network. The host can beconfigured to execute interactive gaming and non-gaming applicationprograms and send content output from the application programs in adigitally formatted media stream to the EGM clients. The media streamcan include compressed video and/or audio signals. The EGMs can beconfigured to receive the digitally formatted media stream and processit in a manner that allows it to be output via an output mechanismcoupled to the EGM. For example, for streamed video data, the EGM caninclude video codecs that allow a video signal to be extracted from amedia stream and output to a display device coupled to the EGM.

The application programs executed on the remote host can be interactiveprograms such that the output of the application programs is adjustedaccording to user inputs. For example, an interface associated with theapplication program can be rendered in real-time on the host and outputas part of the media streams sent to the EGM client. The EGM can beconfigured to receive user inputs via one or more input mechanismscoupled to the EGM. The inputs can be sent back to the host to affectthe internal state of the application program executing on the host.

In various embodiments, an EGM can be configured to receive and processdifferent types of media streams from a remote host where a gamecontroller and/or a secondary controller on the EGM can process themedia streams alone or in conjunction with one another. In oneembodiment, as described above, the controller or controllers on an EGMclient can process a media stream from an interactive applicationprogram executed on a remote host. The media stream can include contentfrom the remote host that was previously rendered in real-time inresponse to internal state changes associated with the applicationprogram, such as a change to the interface associated with theapplication program. The EGM client can be configured to receive inputsthat affect the internal state of the application program executing onthe remote host where the inputs are sent from the EGM client to thehost.

Input data sent from the EGM client to the host can include touch input,gesture input, button input, switch input, analog device (e.g.,joystick), voice input and combinations thereof. The gesture inputs canbe derived from sources, such as visual image data, thermal image dataor accelerometer data. In one embodiment, the EGM client sends raw inputdata to the remote host. The remote host receives the input data anddetermines whether any events have occurred, such as an event thatchanges the internal state of an application program executing on thehost.

In another example, the EGM can be configured to process a media streamincluding a light-weight application, such as a Rich InternetApplication. The light weight application can include executableinstructions, such as script commands, that are embedded in the mediastream and executed locally at the EGM. In one embodiment, when thegaming machine includes a game controller and a secondary controller, amedia stream including commands for execution on the EGM can beprocessed by the secondary controller to simplify the regulatoryapproval process associated with the light-weight application. Inaddition, the EGM can be configured to generate some types of contentsuch as a particular set of wager-based games locally on the EGM. Forexample, the EGM can include a game controller designed to generatelocal content, such as a play of a wager-based game.

Details of embodiments involving remote hosting of content generation onEGM are described with respect to the following figures. In particular,with respect to FIG. 1, a display screen on EGM including video contentstreamed from a remote host is described. With respect to FIG. 2, a hostconfigured to stream content to EGMs and EGMs configured to receive thestream content are discussed. A method in an EGM including receiving andprocessing a data stream of content from a remotely generatedapplication is described in FIG. 3. With respect to FIG. 4, a method ina host for generating a data stream for an EGM is described. Finally,with respect to FIGS. 5, 6 and 7, additional details of gaming systemssupporting wager-based gaming are described.

Remote Hosting of Content Generation on an EGM

FIG. 1 shows a display 10 on an EGM including remotely rendered content.The display for purposes of illustration is divided into three parts 10a, 10 b and 10 c. Video content 20 associated with a wager-based game isdisplayed in 10 c, video content associated with two applicationprograms, 12 and 14, is displayed in 10 b and video content associatedwith a menu 8 that can be used to select application programs forexecution are displayed in 10 a. In one embodiment, the display 10 caninclude a touch screen that can be used to interact with one or more ofthe application programs that are output. For example, via the touchscreen, a user may be able to provide inputs that affect that state ofthe application programs that generate video content, 12, 14 or 20.

The arrangement and number of display portions is described for thepurposes of illustration only. In other embodiments, the contentassociated with the different application programs can be output todifferent locations on display 10. Further, content from more or lessapplication programs can be output. For example, at a first time, beforea selection of any application program has been received, content 12 or14 is not displayed. Then, the application program associated withcontent 12 can be selected and only content 12 can be displayed.Finally, the application program associated with content 14 can beselected and both content 12 and 14 can be displayed.

All or portion of the application programs used to generate the videocontent can be executed locally on the EGM or on one or more differenthosts in communication with the EGM via network. For example, a firstapplication program executing on a first remote host can be used togenerate menu 8, a second application program executing on a secondremote host can be used to generate content 12, a third applicationprogram can be executed on a third remote host to generate content 14and a fourth application program can be executed on a fourth remote hostcan be used to generate content 20. In another example, an applicationprogram can be executed locally on the EGM, such as by a game controllerwithin the EGM, to generate content 20 and three different applicationprograms can be executed on a remote host to generate menu 8, content 12and content 14.

In one embodiment, as is described in more detail below, the EGM can beconfigured to blend content from multiple sources. In particular, videocontent from two sources can be combined at the EGM to generate a singlecomposite image for output to a display or audio from two differentsources can be blended for output to an audio device. The combining atthe EGM can also include video scaling of the video content to fit andavailable display area. For example, the EGM can be configured to blendsounds from a wager-based game with user-selected music source such thatthe audio is transitioned from only music sounds, to games and musicsounds or just game sounds and back to music sounds. The blending canalso be performed remotely at a host.

The sources used to execute application programs from which content isoutput to display 10 can vary with time. For example, at a first timethe game content 20 can be generated from a gaming application programexecuted locally on the EGM. At a second time a bonus game can betriggered from the gaming application program executed locally, inresponse, a gaming application program can be instantiated on a remotehost that allows a bonus game to be played at the EGM. Bonus gamecontent from the remote host can be displayed in 10 c. After the bonusgame is complete, content from the gaming application executed locallycan again be displayed in 10 c.

As another example, at a first time the EGM can receive a firstselection of a wager-based game for play on the EGM. In response to theselection, a wager-based gaming application can be executed locally onthe EGM to generate content 20 displayed in 10 c. At a second time, theEGM can receive a second selection of a second wager-based game for playon the EGM. In response to the second selection, the wager-based gamingapplication for the second game can be executed on a remote host. Amedia stream associated with the second game can be received from theremote host and displayed in 10 c.

In one embodiment, regulated gaming applications associated withgenerating a wager-based game on the EGM can be executed locally on theEGM or on a remote host whereas non-gaming applications which may not besubject to as a rigorous approval process as the gaming applications mayonly be generated on a remote host. However, in some embodiments, due tonetwork bandwidth capabilities and/or the amount of data generated by aparticular non-gaming application, it may be desirable to executenon-gaming application locally on the EGM. In one embodiment, a gamecontroller that is configured to execute gaming applications can alsoexecute the non-gaming application. In another embodiment, a secondarycontroller separate from the game controller can execute the non-gamingapplication.

In one embodiment, the EGM can be configured to receive a selection ofnon-gaming application program for output to the EGM. For example, in 10a, a list of available applications 16 including applications 18 a, 18b, 18 c and 18 d is shown. In addition, a message 20 that states,“Select an application to run” is shown. The EGM can be configured toreceive a selection of one or more of the applications 18 a, 18 b, 18 cor 18 d and in response instantiate an executable copy of theapplication locally or send a request a remote host do so forpresentation at the EGM.

In particular embodiments, an approved list of application programs thatare available can be maintained on a remote host. Via an account, suchas a player tracking account, a player may be able to select list ofpersonal applications that they would like to be able to access on theEGM. The list of personal application programs can be stored and madeavailable on the EGM when the player provides their player trackinginformation. In some embodiments, one or more of the personalapplication programs can be selected by the player to be automaticallystarted when they provide their player tracking information at an EGM.

In particular embodiments, all application programs may not be madeavailable to all users at an EGM. For example, players that areregistered with a player tracking program and present their playertracking program can be allowed to access a first set of applicationprograms. Whereas, non-registered players or registered players thathave not provided their player tracking information may be allowed toaccess a second set of application programs. In one embodiment, onlyplayers registered with a player tracking program may be allowed to haveapplication programs executed on a remote host and then streamed to theEGM client. Within registered players, certain players, such ashigh-rollers, can be allowed to access more applications than non-highrollers.

In other embodiments, access to application programs can depend onplayer behavior at the EGM during a current game play session. Forexample, an amount of money bet or won over some time period may triggeraccess to certain application programs on the EGM, such as a socialmedia application program that can be used to update their status basedon their success or non-success at the EGM. In additional embodiments,application programs that are available can vary from EGM to EGM. Forexample, a first set of application programs can be available on an EGMwith a $5 dollar denomination and a second set of application programscan be available on an EGM with $.01 dollar denomination.

After an application program is selected, it can be instantiated locallyor remotely for execution. Depending on the local capabilities of theEGM, some of the application programs may only be available forexecution on the host. For example, the EGM can utilize an operatingsystem that is not compatible with the application program. In anotherexample, some program, such as a set of wager-based gaming applications,may only be available for execution on the EGM.

Content associated with an executed application program can include areal-time rendering of an interface associated with the applicationprogram as well as content generated or processed using the applicationprogram. For example, if a user selects a music program, such asiTunes™, the real-time rendering of the interface associated with theprogram can be output and then previously generated audio and/or videocontent accessed by the program can also be output. The contentassociated with the application interface and the video and/or audiocontent can be output as separate media streams or as a combined mediastream. In FIG. 1, video content 12 associated with the interface thatis output for the iTunes™ application program that has been rendered inreal-time at the host and streamed to the EGM is shown.

As another example, if a user selects a text chat program that allowsthem to contact another individual, then first an interface that allowsa user to select an individual to initiate a chat session can bedisplayed. Then, after the chat session is initiated, the textassociated with a chat session can be displayed. In 10 b, a contactsportion 14 of an interface for a text chat program is shown.

When output from an instantiated application program includes aninterface stream (real-time rendering of the interface for theapplication program) and a content stream (additional content associatedwith execution of the application program separate from the interface),the EGM can be configured to hide the interface stream and un-hide theinterface stream at different times. For example, the media streamshowing interface content 12 can be un-hidden while a user selects videoor audio content to output and then can be hidden once the user isfinished with their selections. When hidden, the interface content 12can be represented as a selectable icon where a selection of the iconcan cause the media stream including the interface content to beunhidden so that a user can interact with the interface. In oneembodiment, when a media stream is hidden, the EGM can continue toreceive the media stream but not display it. In another embodiment, whena media stream is hidden, the EGM can request the host to stop sendingthe media stream. When an indication is received to unhide theapplication associated with the media stream, then the EGM can send arequest to the host to resume the media stream associated with theapplication.

As described above, certain media streams because they are non-criticalto the operation of the EGM can be hidden intentionally at certaintimes. Typically, the non-critical media streams are not associated withgame play on the EGM. During EGM operation, the non-critical mediastreams may be temporarily interrupted due to error conditions that canresult from networking or processing issues. For example, a non-criticalstream including a movie can be interrupted or temporarily corrupted insome manner resulting in some discontinuity of the movie that isdisplayed on the EGM. However, this error doesn't affect game play onthe EGM.

In particular embodiments, a media stream or segments of a media streamcan include critical data that does affect the outcome of the play of awager-based game on the EGM. A media stream can be allocated forcarrying only critical data or a media stream can include critical andnon-critical data mixed together with one another where the criticaldata is demarcated in some manner. The EGM can be configured with logicthat prioritizes the output of critical data over non-critical dataincluded in a media stream. For example, when the presentation of anoutcome to a wager-based game is included in a media stream received atan EGM and the presence of the critical data is detected, the EGM can beconfigured to shift its resources to increase the likelihood of thecritical data being output properly. For example, the EGM may stop orslow down the processing of other media streams being received at theEGM until the critical data is successfully output. In addition, the EGMmight change the quality at which non-critical data is output. Forexample, a live sporting event being watched for entertainment purposesat the EGM can be output at a lower quality to increase the chance thata video data associated with a wager-based game streamed to the EGM isproperly output.

In one embodiment, the EGM can be configured to determine whethercritical data included in a media stream has been successfully output.When the EGM determines the critical data has not been successfullyoutput, it can be configured to enter into a tilt state. In oneembodiment, the tilt state can involve suspending game play on the EGMand entering a state that needs to be cleared via operator intervention.The resolution of the tilt state can involve retrieving in some mannerthe critical data that was not output to the EGM and communicating someportion of the critical data to the player.

In one embodiment, summary information can be included with criticaldata in a media stream. The summary information may be included at thebeginning of the critical data. For example, when a game outcome isstreamed in a video format to an EGM, a summary frame can be included atthe beginning of video data in a media stream that shows the outcome ofthe game. When the remaining portion of the critical data can't beoutput after the summary frame, then as part of the tilt condition, thesummary frame can be displayed. For example, the summary frame might bedisplayed with a message, such as “you won this amount, it is creditedto your account, please find another machine to continue playing.” Whenthe remaining portion of the critical data is displayed, the gamingmachine may not display the summary frame.

In a particular embodiment, the summary frame for a streamed gameoutcome can include a unique identifier. Another EGM coupled to a hostserver may be configured to receive the unique identifier and output thestream game outcome associated with the unique identifier to allow auser to see the complete game outcome presentation. In one embodiment,this feature may only be available on an EGM when initiated by anoperator with special privileges. In another embodiment, specialterminals can be provided that are available solely for this purpose.The player can seek out one of these special terminals to view theremaining portion of their game and then seek additional operator helpif it is needed.

In one embodiment, the EGM can save critical summary information, suchas a summary frame of a game outcome presentation for auditing anddispute resolution purposes. The summary frame can be stored to anon-volatile memory while the remaining portion of the media stream ofthe game outcome presentation can be discarded. If there is a disputethe EGM about the outcome of a streamed game, the EGM can include anoperator menu that allows an operator to review summary information frompast games, such as a summary frame. This information can be shown to aplayer to resolve a dispute.

As described above, one difficulty associated with executing non-gamingapplications programs, such as Facebook™ or iTunes™ on an EGM can bedetermining and avoiding any security risks associated with thenon-gaming application. Another difficulty is that the applicationsimply may not be compatible with the EGM and its native functions, suchas its native operating system. Yet another difficultly can be gettingthe non-gaming application approved for execution on the EGM and thenmaintaining on the EGM once it is approved. Application maintenance isan issue when the non-gaming application must be reapproved each timethe application is improved or modified in some manner. This issue isparticular a concern with third-party software not controlled by EGMmanufacturers or operators because the third-party developers are notaware of the regulatory or security requirements unique to gaming. Asdescribed herein, a remote host executing third-party software andstreaming content associated with execution of the software to EGMclients can avoid or lessen some of these difficulties.

Next, with respect to FIG. 2, an architecture including method andapparatus which addresses some of these difficulties is described inmore detail. The system architecture involves executing applicationprograms on a remote host and then sending a media stream associatedwith the application program to a client EGM where the media stream isoutput to the EGM client. As described above, the media stream can beassociated with an interactive application program. Because the EGM needonly process the media stream to allow it to be displayed and is notinvolved in the generation of the content contained in the media stream,many security and regulatory issues involved with executing theapplication program on the EGM can be avoided. Further, since one hostcan serve many EGM clients, issues associated with maintaining theapplication program can be simplified as the maintenance only has to beperformed on the host and not each individual EGM. In addition, thehardware resources (e.g., CPU resources) needed to output certainapplications, such as an outcome to a game of chance, may be lessened.Lower hardware resource requirements may lessen the overall cost of theEGM.

FIG. 2 shows a block diagram of a gaming system including EGMsconfigured to output locally and remotely generated content. The gamingsystem can include a remote content generation system 30 and a number ofEGM clients, such as EGM 100. System 30 can execute application programsthat are responsive to user input received at the EGM. For example, auser interface for the application program can be output as a mediastream to the EGM client 100. After decoding, the signals, such as videosignals encoded in the media stream for the interface, can be output onthe EGM client. The state of the interface on the host and hence theassociated media stream output from the host can change as a result ofthe inputs associated with the interface received at the EGM client.

The generation of a media stream that is sent from a host to an EGMclient can involve determining a media output format, a media containerformat and a media codec to use in the process. Details of these objectsare first described. Then, their use within the gaming system shown inFigure is described. The media output format basically consists of a setrules and parameters that define the media output. For example, forvideo output, the native resolution, color depth, the frames per second,pixels per frame per frame, bit rate and video size are a few parametersthat can be specified in a video output format. Some examples of videooutput formats are NTSC, PAL, DVD video format, Blu-ray, VGA, DVI, 720p,1080p and 1080i. Some audio output formats might include stereo, 5.1/7.1channel surround sound, WMA, MPE, OggVorbis, Dolby Digital, TruSurround,etc.

A media container format is a format for a wrapper file that containsone or more data streams, such as but not limited to one video streamand one audio stream. The container format specifications provide rulesfor how data streams are to be included in the container file but don'tspecify what is in the data streams themselves. Examples of containerformats include quick time (e.g., files with .mov and .qt extensions),video for windows (e.g., files with .avi extension), Divx (e.g., fileswith .divx extension), flash video (e.g., files with .flv extension),MPEG-4 (e.g., files with .mp4 extension) and windows media (e.g., fileswith .wmv, .wma, .asf and .asx extension).

A codec is an algorithm, which can be thought of as a list ofinstructions that identifies the method used to compress data into fewerbytes. By following these instructions, applications such as encodersand media players can reliably compress and decompress data. In the caseof digital media content, codecs are used to decrease the content's filesize and bit rate (the amount of data per second that is required torender audio and video content). A codec stands for a coder/decoder.

The structure of the data of the streams inside the media container filecan depend on the codec used to encode it. Typically, the codec performssome type of compression on the raw media data. Codecs enable contentauthors to specify the bit rate of a stream, which, when coupled withthe duration of that stream, determines the size of the resulting file.Some examples of video codecs include H.264, MPEG-4, DivX and WMV. Someexamples of audio codecs include AC3, AAC, MP3 and WMA. The codec andthe container format don't necessarily have to match. For example, WMVstream format can be embedded in an .AVI container. Traditionally, somemedia container formats and codecs have shared the same name and beenassociated with one another for commercial purposes. This traditionsometimes creates confusion when media container file formats and mediacodecs are discussed.

Next, returning to FIG. 2, further interactions between an EGM clientand host system involving the generation of a media stream associatedwith the execution of an application program on a host system isdescribed. The host system 30 can store a number of application programs35 that are available for execution on EGM clients. For instance, thehost system can store gaming related application programs 32 andnon-gaming related application programs 34. The gaming relatedapplication programs can involve generating and presenting an outcome toa wager-based game or an associated bonus game. Typically, theseapplication programs must go through a rigorous approval process beforethey can be played by a gaming participant. After approval, the gamingapplications can be regularly checked using authentication programsresiding on the host to make sure that only approved gaming applicationsare being utilized.

The non-gaming applications can be any type of application program thatan operator desires to a customer access via an EGM client. Theapplication programs may vary from operator to operator. The applicationprograms can be vetted for security risks and approved copy of a vettedprogram can be stored in system 30. A copy of the vetted program can beinstantiated each time it is used with an EGM client. The use ofparticular application may require approval by a gaming regulator.However, the application program may not be subject to the approvalprocess and subsequent authentication process required for gamingapplications. The approval process can be much less strict because inmany cases the application poses no monetary risk or damage to thepatron related to gaming activity.

The application programs 35 can be distributed among multiple servers.In one embodiment, one or more servers can be configured to execute onlyregulated gaming applications while one or more other servers can beconfigured to execute only less regulated non-gaming applications. Inother embodiments, gaming applications and non-gaming applications canbe stored and executed on the same device. Further, the other functions,such as stream generation and encoding 34, stream container generation36, remote input data processing 40, resource negotiation 42 andapplication personalization 44 can be executed on the same device wherethe application programs 35 are executed or can be distributed among oneor more separate devices.

The process of instantiating application program for execution at thehost can be initiated at either the host system 30 or the client 100.For instance, at the EGM client 100, as described with respect to FIG.1, a list of application programs can be displayed and theninstantiation of an application program can be initiated after the EGMclient receives a selection. In another example, when the playerprovides player tracking information at the EGM, it can be sent to aplayer tracking host. The player tracking host can then notify theremote content generation system 30 to instantiate a number ofapplication programs for output to the EGM client where the applicationprograms are specified in a player tracking account associated with theplayer (or some other account accessible to the player). In oneembodiment, only applications that are specified in the remote accountprior to engaging with the EGM client may be accessed by the player andthe EGM client may only list these applications and not any additionalapplications. In yet another example, the host system 30 can receiveinformation from the EGM client related to its status, such as amountswon, amounts lost or an identity or other information known about theplayer. Based upon the received status information, the host can selectand initiate an application program that is to be output at the EGMclient.

After a determination is made to instantiate a particular applicationprogram, a resource negotiation can be implemented between the hostsystem 30 and the EGM client 100. Via network interface 38 and network50, a resource negotiation logic component 72 on the EGM 100 cancommunicate with a resource negotiation logic component on the hostsystem 42. During the negotiation, the host 30 and the EGM client 100can determine how many data streams are to be provided and their type.For example, for output of a wager-based game on the EGM client 100, thehost system might provide a video data stream including the gamepresentation, an audio stream including sounds associated with the gamepresentation and one or more video data streams that are to be output onsecondary displays, such as a top box display or input buttons includinga display, such as an LCD button display.

If the EGM client includes a multi-layer display, such as two-layerdisplay, then the host system can generate separate video data streamsfor each layer of the display. In another embodiment, the host canprovide an interlaced video stream where the frames for each displaylayer are streamed as a set. In case of a multilayer display wherecontent is not needed for each layer of the display at a particulartime, then a default frame can be included. For example, if a movie isbeing output to a front display of a multi-layer display, then a backdisplay frame might be a sent as a white frame. Thus, the first frame ina set would include the movie frame and the second frame would include awhite frame.

As another example, for a non-gaming application like iTunes™, the hostmay specify that is will send a video data stream showing theapplication interface for iTunes™, a video data stream for a mediaprogram and/or an audio stream for the program. When the media programends, the host may revert to sending only the media stream including theapplication interface. In yet another example, separate video datastreams can be generated for different applications and included in thesame stream container. For example, a first video data stream can begenerated for a gaming application program, a second video data streamcan be generated for a first non-gaming application and a third videodata stream can be generated for a second non-gaming application.

As another part of the resource negotiation, the EGM client 100 canspecify types of media stream containers from which it can extract mediadata streams. On the EGM client, the EGM container extractor 52 can beconfigured to extract media data streams from a particular media streamcontainer. In one embodiment, the EGM client 100 and host 30 may agreeto use a particular media container format to contain the one or moredata streams. On the host 30, the stream container generator logic 36can be configured to generate the specified media container formatselected during the resource negotiation. When the EGM client 100 andhost 30 are not compatible relative to their media container generationand extraction capabilities then it may not be possible to output theapplication program on the EGM client and the process can be terminated.The video streaming processing capabilities may vary from EGM client toEGM client. Thus, the host may instantiate a process that is unique tothe individual client.

As yet another part of the resource negotiation, the EGM client canspecify what video and audio codecs it has available. The decoding ofvideo or audio data contained in a data stream can be performed by thedata stream decoding component 54. During the resource negotiation, thehost 30 and the EGM client 100 can agree to video and/or audio codecs toutilize for video and/or audio streams that are to be included in themedia stream container. When the EGM client 100 and host 30 are notcompatible relative to their video and/or audio codec capabilities thenit may not be possible to output the application program on the EGMclient and the process can be terminated.

In yet another part of the resource negotiation, the EGM client 100 andthe host system 30 can communicate to determine parameters related to avideo or audio output format for the host to utilize. For example, theEGM client 100 may communicate to the host 30 a resolution of a displayit is going to use. The video stream data can be output to a portion ofa display. Thus, the resolution can be associated with the portion ofthe display that is to be utilized. The video data stream may begenerated in the native resolution of the display that is going outputthe video data or at least in a resolution that lends itself tointerpolation of the display screen size, such as a multiple of thedisplay screen size. For example, lower resolution video data can besent to lessen network bandwidth requirements and client side processingrequirements. This lower resolution data can be interpolated at the EGM.The stream generation in the specified resolution can be performed bythe stream generation and encoding logic 34 on the host 30.

If during an interaction with a host, the EGM client changes some of theoutput parameters it is using, it may notify the host. In response, thehost may adjust how it is generating data streams sent to the EGMclient. For example, the EGM client during its interaction with the hostmay decide to change a display size that it is using to output a videostream. The EGM client may notify the host of the change. In response,the host may change the native resolution of the video content within amedia stream to account for the change in resolution of the display. Forexample, the host may change native resolution of the video content tomatch the display size which can be smaller or larger.

In one embodiment, the EGM client 100 can be coupled to auser-controlled mobile device. The user-controlled mobile device can bea destination for a media stream generated by the host 30. The host cansend the media stream using a wireless communication protocol, such asWi-Fi or 4G LTE. The EGM 100 client can be configured to establishcommunications with the mobile device and learn of its outputcapabilities then it can request the host 30 to send a media stream tothe EGM client 100 in a format that can be handled by theuser-controlled mobile device. The EGM client 100 can process the mediastream from the host and then send it to the mobile device, such as viaa wireless Bluetooth™ connection.

During an interaction between the EGM and the host, a user may decide tocouple their mobile device to the EGM so that they can listen to musicvia an interface associated with their mobile device. Prior to couplingtheir mobile device to the EGM, the host may have been sending an audiodata stream including music to the EGM client for output from speakerscoupled to the EGM or speakers from a chair coupled to the EGM. Theformat of the audio signals in the audio data stream may have beenselected for compatibility with output to the EGM or chair speakers. Inresponse to determining the desire to output the audio signals in thedata stream via the user mobile device, the host can be configured tochange a format of the audio signals in the data stream to a format thatis compatible with the mobile device.

The EGM client 100 may include signal formatting capabilities, such asvideo or audio format converters. The format converters can be includedin the output mechanism signal formatting 58. Thus, the EGM client 100may notify the host 30 of its signal conversion capabilities. Based onthis information, the host 30 may decide to generate a media stream in aformat that is convertible by the output mechanism signal formattingcomponent 58. For example, the EGM client may be able to convert an HDMIformatted video signal to a DVI signal or vice versa. The formatconversion can be performed via hardware and/or software on the EGM. Ingeneral, the EGM client 100 is going to notify the host to send data ina format that it can output. Signal format conversion may or may not berequired before the signal is output.

As part of the resource negotiation, the EGM client 100 and the host 30can also determine what inputs and input format it can expect from theEGM client 100. For example, if an application program is displayed on atouch screen, the user may be able to provide inputs via the touchscreen to control the application. The inputs can be sent to the host 30and processed via the remote input data processing 40 to affect aparticular application program that is executing on the host. In anotherexample, input associated with an application program can be providedvia a mechanical input button or touch pad associated with the EGMclient's player interface. Thus, the EGM client 100 may describe whattypes of input and its format that it can expect to receive from the EGMclient 100.

Local input data can be processed locally on the EGM client, in 64,and/or remotely on the host 40. For example, in one embodiment, the EGMclient in 64 can gather input data it has received, such as input datareceived from a touch screen or other type of input device, and send itto the host. The host in 40 can process the input data to determinewhether an event associated with an application program it is executinghas occurred and in response notify the application program. The hostand the EGM client may agree to the types of input data that are to besent and a format in which the input data is to be sent.

In another embodiment, the EGM client can be configured to perform someevent processing. As described above, when an application isinstantiated the EGM client and host can determine input mechanisms thatare to be associated with the application program. Based upon thecapabilities determined for the input mechanism, the host can defineevents and send event definitions to the EGM. The EGM client can beconfigured to utilize the event definitions received from the host tomonitor the input data from the input mechanisms and notify the EGMclient when input conditions matching the event conditions occur. Forexample, the host may instruct the EGM client to notify it as an eventwhen a particular touch input is received from a touch screen in aparticular area.

In another embodiment, for efficiency purposes, the host may instructthe EGM client to only send touch input only from a portion of the touchscreen. However, the event processing on the sub-set of the touch datamay be performed by the host. For example, the host may instruct theclient to send raw touch data from a limited area of the touch screen.

When the event is detected by the EGM client, the host can be notifiedan event has occurred. The remote host can determine what application towhich the event applies and in response host can provide the eventinformation to the application program executing on the host. Inresponse to receiving the event information, the application program maychange its state. For example, an application interface may change itsstate to account for a selection of a menu item received from the EGMclient. In other embodiments, the host can process the raw input datafrom the input devices and determine whether an event has occurred.

The event definitions can vary from application program to applicationprogram. If multiple applications are being streamed to the EGM client,then the event definitions may encompass multiple applications. In oneembodiment, the EGM client may not be aware of which event definitionsare associated with each application program or that an event definitionis associated with a particular application. In another embodiment, theevent definitions can include information about its associatedapplication program. Information about what events have been detectedfor particular applications can be stored on the EGM and used auditingpurposes if needed.

In one embodiment, the EGM client 100 can be configured to match inputdata to information that identifies the content that is currently beingoutput on the EGM client 100. For example, when a video data stream isbeing output on the EGM client 100 that is associated with anapplication program executed on the host and an input is received at theEGM client 100, then the EGM client 100 can be configured to note anidentifier associated with a video frame that was output on one of theoutput mechanisms 60 about the same time as when an input was received.This information can be utilized by the host to process the input data.For example, if the input areas associated with a video interface to anapplication program change over time, the content information can beused by the host to determine what input areas were active on theinterface when the input data was received.

Other functions performed by the host system 30 can be applicationpersonalization 44 and network monitoring 46. The applicationpersonalization 44 can allow an application program executing on thehost to access personal data of the user at the EGM client that isassociated with the application program. For example, if iTunes™ isbeing executed on the host, then the host may receive information fromthe user during the host-EGM client interaction or prior to theinteraction that allows the iTunes™ application to access the user'spersonal media library from the cloud. To enable access, the user mayhave to provide account information to the host system 30. In oneembodiment, access information, such as user account information, thatallows the host to personalize an application can be stored to theuser's player tracking account. This information may be used to by thehost to instantiate a personalized copy of a requested application whenthe user is detected and identified at a particular EGM client.

The network monitoring 46 may include the host determining bandwidthbetween the host 30 and the EGM 100. When bandwidth drops below certainthresholds, the host 30 may take certain actions. For example, the host30 may not permit additional copies of particular applications that usesignificant bandwidth to be instantiated. In another example, the hostmay attempt reduce the data usage of media streams it is generating. Forinstance, the host may reduce the resolution of video content it issending in media data streams to one or more clients or increasecompression to maintain operations.

Other functions performed by the client, such as 100, can include signalblending 56, local content generation 66 and credit handling 68.Additional functions are described with respect to FIGS. 6 and 7. As anexample, the client 100 can be include a game controller to generate awager-based game that is output to one or more output mechanisms 60where inputs associated with play of the wager-based game are receivedfrom one or more of the input mechanisms. The local content generation66 can be associated with the game controller. It can be used togenerate the presentation for the wager-based game. The credit handling68 can also be associated with the game controller. It can be used toreceive and process information from the credit I/O devices that allowcredits to be deposited or removed from the EGM client.

In a particular embodiment, the game controller can be configured tocontrol the credit operations and generate video and/or audio contentassociated with the credit operations, such as the current amount ofcredits available on the EGM 100 resulting from wagers and awards fromthe play of a wager-based game. The video and audio content can begenerated by the local content generation. In this embodiment, thepresentation of played wager-based games can be generated remotely onhost 30 and received at the EGM 10 as a digital media stream from thehost 30.

The signal blending 56 can combine locally generated video and audiosignals with remotely generated video and audio signals received from ahost, such as 30. For example, a video signal from the host 30 can becombined with a video signal from the EGM 100 for output as a signalvideo signal to a display. As another example, two video signals fromthe host can be combined with a single video signal from the EGM. If thedisplay includes picture in a picture capabilities then this type ofblending may not be necessary, i.e., the EGM 100 may simply route eachof the video signals to a portion of the display.

As another example, the EGM 100 can be configured to perform audioblending. For example, a user's own personally selected music can beblended with the sounds generated for wager-based game. The blendedaudio can be output via speakers in the EGM, via output jack, such as aheadphone jack coupled to the EGM, or sent to the user's mobile devicefor output. In one embodiment, the wager-based game can be generatedwith cues that effect the blending of the audio streams. For example,cues can be provided that tell the signal blending 58 to switch from auser selected audio stream to the EGM audio so that the EGM audio isoutput during certain times, such as after a big win or doing a bonusgame. The blending performed the signal blending can be gradual. Forexample, one signal source can be slowly faded out so that it can bebarely heard or not heard at all and the other signal source can befaded in until it is the source a player primarily hears.

All or a portion of the logic used to initiate and handle the mediastreams from the host 30 can be handled via a secondary device coupledto the EGM 100. For example, the output mechanism stream containerextraction 52, the data stream decoding 54, the signal blending 56, theoutput mechanism formatting 58 and the local input data processing forthe remote applications 64 can be implemented in a secondary device. Thesecondary device can include its own processor and memory. It caninclude its own network interface or utilize a network interfaceassociation with the EGM. In one embodiment, the secondary device can beincorporated in a player tracking unit.

FIG. 3 shows a flow chart of a method 300 in an EGM configured toreceive streamed content from a remote host. In 300, the EGM can receivea selection of a remotely executed application and notify the host ofthe selection. In another embodiment, the EGM can be notified from thehost that an application program executed on a remote host is to beoutput on the EGM via a media stream generated from the host. In 304,the EGM can negotiate resources with the host. The resource negotiationcan involve exchanging information about streaming media containers,codecs, format translators, format converters, output devicecapabilities and input device capabilities that are available on theEGM.

In 306, the EGM can receive and unpack a media container including oneor more streams of content associated with a remotely executedapplication. The streams can include audio or video data. Further, thestreams can include output generated from the application and/or aninterface associated with the application. As described above, theapplication can be an interactive application that is affected by inputreceived at the EGM and sent to the remote host. In 308, using a codec,the EGM can decode audio and/or video signals received in a mediastream. The audio and/or video signals can be compressed and thedecoding the signals can involve uncompressing the signals. The audioand/or video signals can be decoded using a codec. If necessary, theaudio and/or video signals can be converted to another format.

In 310, if necessary, the EGM can blend locally generated and remotelygenerated media signals. For example, the EGM can be configured tocombine a first video signal from the host with a second video signalgenerated locally on the EGM client. The combined video signal can beoutput to a video display coupled to the EGM. In one embodiment, a videodisplay device or audio device can include multiple ports for receivingvideo and/or audio signals from multiple sources and the blending can beperformed within the video display device or audio device. In 312, thecombined audio and/or video signal can be sent to an output device.

In a media container, the EGM can receive multiple media streams. Themedia streams can be output to different output devices. For example, afirst media stream from a container can be output to a first displaydevice and a second media stream from a container can be output to asecond display device. The EGM can be configured to determine an outputdestination for each of the decoded media signals and output it to thedetermined output destination.

In 314, the EGM can receive input data from one or more inputmechanisms, such as from a touch screen, a mechanical input device or acredit device coupled to the EGM, or from a mobile device coupled to theEGM. In response, in 316, the EGM may adjust locally generated content.For example, if the input is a wager on a wager-based game that isgenerated locally, than the input can affect the outcome presentationthat is generated for the game. In addition, in 318, at least a portionof the received input data can be sent to a remote the host. The remotehost can be configured to process the input data to determine whetherany events associated with an application program it is streaming to theEGM have occurred.

In one embodiment, the remote host can provide event definitions to theEGM. Based upon the event definitions, the EGM can monitor the inputdata to determine whether an event has occurred. When an event hasoccurred that meets the defined event conditions, the EGM can notify theremote host. In other embodiment, the EGM will send the host raw inputdata and the host will process the raw input data to determine whetheran event has occurred.

FIG. 4 shows a flow chart of a method in a host configured to generate amedia stream for a remote EGM. In 402, the host can receive the requestto execute an application program from a remote device. In anotherembodiment, based upon information received from a remote device, thehost can select an application to execute. In 404, the host and an EGMcan negotiate resources that the EGM has available for processing amedia stream received from the host, outputting the video and/or audiosignals extracted from the media stream and detecting inputs received onthe EGM related to the output video and/or audio signals.

In 406, the host can be configured to instantiate an executable copy ofan application program. In 408, the host can monitor bandwidth on thenetwork. Based upon the bandwidth, the host may decide to implementsteps that reduce the bandwidth utilized by one or more media streamsgenerated on the host and sent to clients. In 410, the EGM can generatea media stream of an application consistent with the negotiatedresources and current bandwidth on the network. The media stream caninclude media of an interface associated with the application programand/or media content output from the application program executed on thehost.

First, the host can generate media signals to be incorporated in a mediastream. The format of the media signals can be selected for bandwidthconsiderations as well as the device capabilities on the remote EGM. In412, the host can encode the media signals where the encoded mediasignals can be decoded using a codec. The host can determine theencoding to utilize based upon the codecs available on the EGMdetermined during the resource negotiation. In 414, the host can packagethe encoded media signals in a media container. The media container canbe streamed to a client EGM of the host.

In 416, the host can receive and process input data from the EGM client.The host can determine whether the input data indicates an eventassociated with an application program streamed to the EGM client hasoccurred. In one embodiment, the host can send event definitionsassociated with an application program to the EGM client based upon theinput devices on the EGM client associated with the application program.When an event is detected on the EGM that meets the event conditions,information indicating the event has occurred can be sent from the EGMto the host.

In 418, the host can provide the event data to the application programwhich can affect a state of the application program or content outputfrom the application program. For instance, if an event associated withan application interface is received, the state of the applicationinterface can change and affect the media stream for the applicationthat is generated in 410. In 420, execution of the application can beterminated and the media streaming from the host to the EGM client canbe terminated.

Gaming Devices and Systems

Next additional details of gaming systems including EGMs are describedwith respect to FIGS. 5, 6 and 7. FIG. 6 shows a block diagram of oneexample of a gaming system 600. A more complex gaming system includingadditional components is described with respect to FIG. 7. The gamingsystem 600 can include one or more servers, such as server 602, and avariety of gaming devices including but not limited to table gamingdevices, such as 652, mobile gaming devices, such as 654, and slot-typegaming devices, such as 656. The table gaming devices, such as 652, caninclude apparatus associated with table games where a live operator or avirtual operator is employed. The gaming devices and one or more serverscan communicate with one another via a network 601. The network caninclude wired, wireless or a combination of wired and wirelesscommunication connections and associated communication routers.

Some gaming devices, such as 652, 654 and 656, can be configured with aplayer interface that allows at least 1) selections, such as a wageramount, associated with a wager-based game to be made and 2) an outcomeof the wager-based game to be displayed. As an example, gaming devices,652, 654 and 656, include player interfaces, 652 a, 654 a and 656 a,respectively. Typically, gaming devices with a player interface arelocated in publically accessible areas, such as a casino floor. On theother hand, some gaming devices, such as server 602, can be located inpublically inaccessible areas, such is in a back-room of a casino oreven off-site from the casino. Gaming devices located in publicallyinaccessible areas may not include a player interface. For instance,server 602 does not include a player interface. However, server 602includes an administrator interface 635 that allows functions associatedwith the server 602 to be adjusted.

An example configuration of a gaming device is described with respect togaming device 604. The gaming device 604 can include 1) a gamecontroller 606 for controlling a wager-based game played on the gamingdevice and 2) a player interface 608 for receiving inputs associatedwith the wager-based game and for displaying an outcome to thewager-based game. In more detail, the game controller 606 can include a)one or more processors, such as 626, b) memory for holding softwareexecuted by the one or more processors, such as 628, c) a power-hittolerant memory, such as 630, d) one or more trusted memories, such as632, e) a random number generator and f) a plurality of softwareapplications, 610. The other gaming devices, including table gamingdevice 652, mobile gaming device 654, slot-type gaming device 656 andserver 602, can each include a game controller with all or a portion ofthe components described with respect to game controller 606.

In particular embodiments, the gaming device can utilize a “state”machine architecture. In a “state” machine architecture criticalinformation in each state is identified and queued for storage to apersistent memory. The architecture doesn't advance to the next statefrom a current state until all the critical information that is queuedfor storage for the current state is stored to the persistent memory.Thus, if an error condition occurs between two states, such as a powerfailure, the gaming device implementing the state machine can likely berestored to its last state prior to the occurrence of the errorcondition using the critical information associated with its last statestored in the persistent memory. This feature is often called a “rollback” of the gaming device. Examples of critical information can includebut are not limited to an outcome determined for a wager-based game, awager amount made on the wager-based game, an award amount associatedwith the outcome, credits available on the gaming device and a depositof credits to the gaming device.

The power-hit tolerant memory 630 can be used as a persistent memory forcritical data, such as critical data associated with maintaining a“state” machine on the gaming device. One characteristic of a power-hittolerant memory 630 is a fast data transfer time. Thus, in the event ofa power-failure, which might be indicated by a sudden power fluctuation,the critical data can be quickly loaded from volatile memory, such asRAM associated with the processor 626, into the power-hit tolerantmemory 630 and saved.

In one embodiment, the gaming device 605 can be configured to detectpower fluctuations and in response, trigger a transfer of critical datafrom RAM to the power-hit tolerant memory 630. One example of apower-hit tolerant memory 630 is a battery-backed RAM. The batterysupplies power to the normally volatile RAM so that in the event of apower failure data is not lost. Thus, a battery-backed RAM is also oftenreferred to as a non-volatile RAM or NV-RAM. An advantage of abattery-backed RAM is that the fast data transfer times associated witha volatile RAM can be obtained.

The trusted memory 632 is typically a read-only memory of some type thatmay be designed to be unalterable. An EPROM or EEPROM are two types ofmemory that can be used as a trusted memory 632. The gaming device 604can include one or more trusted memories. Other types of memories, suchas Flash memory, can also be utilized as an unalterable memory and theexample of an EPROM or EEPROM is provided for purposes of illustrationonly.

Prior to installation the contents of a trusted memory, such as 632, canbe verified. For instance, a unique identifier, such as a hash value,can be generated on the contents of the memory and then compared to anaccepted hash value for the contents of the memory. The memory may notbe installed if the generated and accepted hash values do not match.After installation, the gaming device can be configured to check thecontents of the trusted memory. For instance, a unique identifier, suchas a hash value, can be generated on contents of the trusted memory andcompared to an expected value for the unique identifier. If thegenerated value of the unique identifier and the expected value of theunique identifier don't match, then an error condition can be generatedon the gaming device 604. In one embodiment, the error condition canresult in the gaming device entering a tilt state where game play istemporarily disabled on the gaming device.

Sometimes verification of software executed on the gaming device 604 canbe performed by a regulatory body, such as a government agency. Oftensoftware used by a game controller, such as 606, can be highlyregulated, where only software approved by a regulatory body is allowedto be executed by the game controller 606. In one embodiment, thetrusted memory 632 can store authentication programs and/orauthentication data for authenticating the contents of various memorieson the gaming device 604. For instance, the trusted memory 632 can storean authentication program that can be used to verify the contents of amass storage device, such as 620, which can include software executed bythe game controller 606.

The random number generator (RNG) 634 can be used to generate randomnumbers that can be used to determine outcomes for a game of chanceplayed on the gaming device. For instance, for a mechanical or videoslot reel type of game, the RNG, in conjunction with a paytable thatlists the possible outcomes for a game of chance and the associatedawards for each outcome, can be used to generate random numbers fordetermining reel positions that display the randomly determined outcomesto the wager-based game. In other example, the RNG might be used torandomly select cards for a card game. Typically, as described above,the outcomes generated on a gaming device, such as 604, are consideredcritical data. Thus, generated outcomes can be stored to the power-hittolerant memory 630.

Not all gaming devices may be configured to generate their own gameoutcomes and thus, may not use an RNG for this purpose. In someembodiments, game outcomes can be generated on a remote device, such asserver 602, and then transmitted to the gaming device 604 where theoutcome and an associated award can be displayed to the player via theplayer interface 608. For instance, outcomes to a slot-type game or acard game can be generated on server 602 and transmitted to the gamingdevice 604.

In other embodiments, the gaming device 604 can be used to play centraldetermination games, such as bingo and lottery games. In a centraldetermination game, a pool of game outcomes can be generated and then,particular game outcomes can be selected as needed (e.g., in response toa player requesting to play the central determination game) from thepool of previously generated outcomes. For instance, a pool of gameoutcomes for a central determination game can be generated and stored onserver 602. Next, in response to a request to play the centraldetermination game on gaming device 604, one of the outcomes from thepool can be downloaded to the gaming device 604. A game presentationincluding the downloaded outcome can be displayed on the gaming device604.

In other embodiments, thin client type gaming devices, such as mobilegaming devices used to play wager-based video card or video slot games,may be configured to receive at least game outcomes from a remote deviceand not use an RNG to generate game outcomes locally. The game outcomescan be generated remotely in response to inputs made on the mobiledevice, such as an input indicating a wager amount and/or an input toinitiate the game. This information can be sent from the mobile deviceto a remote device, such as from mobile gaming device 654 to server 602.After receiving the game outcome from the remote device, a gamepresentation for the game outcomes generated remotely can be generatedand displayed on the mobile device. In some instances, the gamepresentation can also be generated remotely and then streamed fordisplay to the mobile device.

The game controller 606 can be configured to utilize and execute manydifferent types of software applications 610. Typically, the softwareapplications utilized by the game controller 606 can be highly regulatedand may undergo a lengthy approval process before a regulatory bodyallows the software applications to be utilized on a gaming devicedeployed in the field, such as in a casino. One type of softwareapplication the game controller can utilize is an Operating System (OS).The OS can allow various programs to be loaded for execution by theprocessor 626, such as programs for implementing a state machine on thegaming device 606. Further, the OS can be used to monitor resourceutilization on the gaming device 606. For instance, certainapplications, such as applications associated with game outcomegeneration and game presentation that are executed by the OS can begiven higher priority to resources, such as the processor 626 and memory628, than other applications that can be executing simultaneously on thegaming device.

As previously described, the gaming device 604 can execute software fordetermining the outcome of a wager-based game and generating apresentation of the determined game outcome including displaying anaward for the game. As part of the game outcome presentation one or moreof 1) electro-mechanical devices, such as reels or wheels, can beactuated, 2) video content can be output to video displays, 3) soundscan be output to audio devices, 4) haptic responses can be actuated onhaptic devices or 5) combinations thereof, can be generated undercontrol of the game controller 606. The peripheral devices used togenerate components of the game outcome presentation can be associatedwith the player interface 608 where the types of devices that areutilized for the player interface 608 can vary from device to device.

To play a game, various inputs can be required. For instance, via inputdevices coupled to the gaming device 604, a wager amount can bespecified, a game can be initiated or a selection of a game choiceassociated with the play of the game can be made. The software 610executed by the game controller 606 can be configured to interpretvarious signals from the input devices, such as signals received from atouch screen controller or input buttons, and affect the game played onthe gaming device in accordance with the received input signals. Theinput devices can also be part of the player interface 608 provided withthe gaming device, such as 604.

In other embodiments, the gaming software 610 executed by the gamecontroller 606 can include applications that allow a game historyincluding the results of a number of past games to be stored, such asthe previous 10 or 100 games played on the gaming device 604. The gamehistory can be stored to a persistent memory including but not limitedto the power-hit tolerant memory 630. The gaming controller 606 canconfigured to provide a menu (typically, only operator accessible), thatallows the results of a past game to be displayed via the playerinterface 608. The output from the history menu can include are-creation of the game presentation associated with a past gameoutcome, such as a video representation of card hand associated with avideo poker game, a video representation of a reel configurationassociated with a video slot game, and/or raw data associated with thepast game result, such as an award amount, an amount wagered, etc. Thehistory menu can be used for dispute resolution purposes, such as if aplayer complains that they have not been properly awarded for a gamepreviously played on the gaming device 604.

The reporting software can be used by the game controller 606 to reportevents that have occurred on the gaming device 604 to remote device,such as server 602. For instance, in one embodiment, the game controller606 can be configured to report error conditions that have been detectedon the gaming device 604, such as if a device has malfunctioned or needsattention. For instance, the reporting software can be used to send amessage from the gaming device 604 to the server 602 indicating that aprinter on the gaming device needs a refill of tickets. In anotherembodiment, the gaming controller 606 can be configured to reportsecurity events that may have occurred on the gaming device 604, such asbut not limited to if a door is opened, a latch is activated or aninterior portion of the gaming device 604 has been accessed.

In yet other embodiments, the game controller 606 can be configured toreport gaming activity and associated events that has been generated onthe gaming device, such as a deposit of cash or an indicia of credit, atthe gaming device, a generation of game outcome including an associatedaward amount and a dispensation of cash or an indicia of credit from thegaming device 604. As part of a loyalty program, the gaming activity canbe associated with a particular player. The reporting software caninclude player tracking elements that allow the gaming activity of aparticular player to be reported to a remote device, such as server 602.

The game controller 606 can execute the authentication software toverify the authenticity of data and/or software programs executed on thegaming device 604. For instance, the authentication software can be usedto verify the authenticity of data and/or software applications whenthey are first downloaded to the gaming device 604. Further, theauthentication software can be used to periodically verify theauthenticity of data and/or software applications currently residing onthe gaming device, such as software applications stored on one of thememories coupled to the gaming device 604 including applications loadedinto the memory 628 for execution by the processor 626.

The communication software executed by the game controller 606 can beused to communicate with a variety of devices remote to the gamingdevice 604. For instance, the communication software can be used tocommunicate with one or more of a) servers remote to the device, such as602, b) other gaming devices, such as table gaming device 652, mobilegaming device 654 and slot-type gaming device 656 and c) mobile devicescarried by casino personnel or players in the vicinity of the gamingdevice 604. Via the communication software, the game controller can beconfigured to communicate via many different communication protocols.For instance, different wireless and/or wired communication protocolscan be implemented. Further, proprietary or non-proprietary gamingspecific protocols can be implemented. For instance, gaming specificnon-proprietary communication protocols, such as G2S (game to system),GDS (gaming device standard) and S2S (system to system) communicationprotocols provided by the Gaming Standards Association (GSA), Fremont,Calif., can be implemented on the gaming devices described herein.

The gaming device 604 can communicate with one or more remote devicesvia one or more network interfaces, such as 612. For instance, vianetwork interfaces 612 and the network 601, the gaming device 604 cancommunicate with other gaming devices, such as server 602 and/or gamingdevices, 652, 654 and 656. The network interfaces can provide wired orwireless communications pathways for the gaming device 604. Some gamingdevices may not include a network interface or can be configured tooperate in a stand-alone mode where the network interface is notconnected to a network.

In other embodiments, a mobile device interface or interfaces, such as614, can be provided for communicating with a mobile device, such as acell phone or a tablet computer carried by players or casino personneltemporarily in the vicinity of the gaming device 604. A wirelesscommunication protocol, such as Bluetooth™ and a Wi-Fi compatiblestandard, can be used for communicating with the mobile devices via themobile device interfaces 614. In one embodiment, the mobile deviceinterface can implement a short range communication protocol, such as anear-field communication (NFC) protocol used for mobile walletapplications. NFC is typically used for communication distances of 4 cmor less. In addition, a wired communication interface, such as a dockingstation, can be integrated into the gaming device, such as 604. Thewired communication interface can be configured to providecommunications between the gaming device 604 and the mobile deviceand/or providing power to the mobile device.

Near field communication, or NFC, allows for simplified transactions,data exchange, and connections with a touch. Formed in 2004, the NearField Communication Forum (NFC Forum) promotes sharing, pairing, andtransactions between NFC devices and develops and certifies devicecompliance with NFC standards. NFC's short range helps keep encryptedidentity documents private. Thus, a smartphone or tablet with an NFCchip can make a credit card/debit card payment to a gaming device orserve as keycard or ID card for a loyalty program. Further, an NFCdevice can act a hotel room key. The user of an NFC device as a hotelroom keys and/or a player tracking card instrument may allow fast VIPcheck-in and reduce staffing requirements.

NFC devices can read NFC tags on a gaming device 604 to get moreinformation about the gaming device including an audio or videopresentation. For instance, a tap of an NFC enabled device to a gamingdevice can be used to instantly share a contact, photo, song,application, video, or website link. In another example, an NFC enableddevice can be used to transfer funds to the gaming device or enter theplayer in a multi-player tournament. As another example, an NFC enableddevice can be used to receive information from a gaming device that canbe used in a persistent gaming application or a social mediaapplication.

Further, NFC enabled signage can include NFC tags that allow a patron tolearn more information about the content advertised in the signage. TheNFC enabled signage can be part of a gaming system. For instance, a signadvertising a show available at the casino can be configured to transferinformation about the show, show times and ticketing information via anNFC tag. As another example, a sign showing jackpot information, such asprogressive jackpot information, can be used to transfer informationabout the jackpot, such as the last time the jackpot was won and whereit was won.

In one embodiment, an NFC interface on a gaming device can be used toset-up a higher speed communication between the gaming device andanother NFC enabled device such as smart phone. The higher speedcommunication rates can be used for expanded content sharing. Forinstance, a NFC and Bluetooth enabled gaming device can be tapped by anNFC and Bluetooth enabled smart phone for instant Bluetooth pairingbetween the devices. Instant Bluetooth pairing between a gaming deviceand an NFC enabled device, such as a smartphone, can save searching,waiting, and entering codes. In another example, a gaming device can beconfigured as an NFC enabled router, such as a router supporting a Wi-Ficommunication standard. Tapping an NFC enabled device to an NFC enabledand Wi-Fi enabled gaming device can be used to establish a Wi-Ficonnection between the two devices.

The gaming device 604 can include one or more each of value inputdevices 616 and value output device 618. The value input devices 616 canbe used to deposit cash or indicia of credit onto the gaming device. Thecash or indicia of credit can be used to make wagers on games played onthe gaming device 604. Examples of value input devices 616 include butare not limited to a magnetic-striped card or smart card reader, a billand/or ticket acceptor, a network interface for downloading credits froma remote source, a wireless communication interface for reading creditdata from nearby devices and a coin acceptor. A few examples of valueinput devices are shown in FIG. 6.

The value output devices can be used to dispense cash or indicia ofcredit from the gaming device 604. Typically, the indicia of credit canbe exchanged for cash. For instance, the indicia of credit can beexchanged at a cashier station or at a redemption station. Examples ofvalue output devices can include a network interface for transferringcredits into a remote account, a wireless communication interface thatcan be used with a mobile device implementing mobile wallet application,a coin hopper for dispensing coins or tokens, a bill dispenser, a cardwriter, a printer for printing tickets or cards redeemable for cash orcredits. Another type of value output device is a merchandise dispenser,which can be configured to dispense merchandise with a tangible valuefrom a gaming device. A few examples of value output devices are shownin FIG. 6.

The combination of value input devices 616 and value output devices 618can vary from device to device. In some embodiments, a gaming device 604may not include a value input device or a value output device. Forinstance, a thin-client gaming device used in a mobile gamingapplication may not include a value input device and a value outputdevice. Instead, a remote account can be used to maintain the creditswon or lost from playing wager-based games via the mobile device. Themobile device can be used to access the account and affect the accountbalance via game play initiated on the mobile device. Credits can bedeposited or withdrawn from the remote account via some mechanism otherthan via the mobile device interface.

In yet other embodiments, the gaming device 604 can include one or moresecondary controllers 619. The secondary controllers can be associatedwith various peripheral devices coupled to the gaming device, such asthe value input devices and value output devices described in thepreceding paragraphs. As another example, the secondary controllers canbe associated with peripheral devices associated with the playerinterface 608, such as input devices, video displays, electro-mechanicaldisplays and a player tracking unit. In some embodiments, the secondarycontrollers can receives instructions and/or data from and provideresponses to the game controller 606. The secondary controller can beconfigured to interpret the instructions and/or data from the gamecontroller 606 and control a particular device according to the receivedinstructions and/or data. For instance, a print controller may receive aprint command with a number of parameters, such as a credit amount andin response print a ticket redeemable for the credit amount. In anotherexample, a touch screen controller can detect touch inputs and sendinformation to the game controller 606 characterizing the touch input.

In a particular embodiment, a secondary controller can be used tocontrol a number of peripheral devices independently of the gamecontroller 606. For instance, a player tracking unit can include one ormore of a video display, a touch screen, card reader, network interfaceor input buttons. A player tracking controller can control these devicesto provide player tracking services and bonusing on the gaming device604. In alternate embodiments, the game controller 604 can control thesedevices to perform player tracking functions. An advantage of performingplayer tracking functions via a secondary controller, such as a playertracking controller, is that since the player tracking functions don'tinvolve controlling the wager-based game, the software on the playertracking unit can be developed modified via a less lengthy andregulatory intensive process than is required for software executed bythe game controller 606, which does control the wager-based game. Ingeneral, using a secondary controller, certain functions of the gamingdevice 604 that are not subject to as much regulatory scrutiny as thegame play functions can be decoupled from the game controller 606 andimplemented on the secondary controller instead. An advantage of thisapproach, like for the player tracking controller, is that softwareapproval process for the software executed by the secondary controllercan be less intensive than the process needed to get software approvedfor the game controller.

A mass storage unit(s) 620, such as a device including a hard drive,optical disk drive, flash memory or some other memory storage technologycan be used to store applications and data used and/or generated by thegaming device 604. For instance, a mass storage unit, such as 620, canbe used to store gaming applications executed by the game controller 606where the gaming device 604 can be configured to receive downloads ofgame applications from remote devices, such as server 602. In oneembodiment, the game controller 606 can include its own dedicated massstorage unit. In another embodiment, critical data, such as game historydata stored in the power-hit tolerant memory 630 can be moved from thepower-hit tolerant memory 630 to the mass storage unit 620 at periodicintervals for archival purposes and to free up space in the power-hittolerant memory 630.

The gaming device 604 can include security circuitry 622, such assecurity sensors and circuitry for monitoring the sensors. The securitycircuitry 622 can be configured to operate while the gaming device isreceiving direct power and operational to provide game play as well aswhen the gaming device is uncoupled from direct power, such as duringshipping or in the event of a power failure. The gaming device 604 canbe equipped with one or more secure enclosures, which can include locksfor limiting access to the enclosures. One or more sensors can belocated within the secure enclosures or coupled to the locks. Thesensors can be configured to generate signals that can be used todetermine whether secure enclosures have been accessed, locks have beenactuated or the gaming device 604, such as a mobile device has beenmoved to an unauthorized area. The security monitoring circuitry can beconfigured to generate, store and/or transmit error events when thesecurity events, such as accessing the interior of the gaming device,have occurred. The error events may cause the game controller 606 toplace itself in a “safe” mode where no game play is allowed until theerror event is cleared.

The server 602 can be configured to provide one or more functions togaming devices or other servers in a gaming system 600. The server 602is shown performing a number of different functions. However, in variousembodiments, the functions can be divided among multiple servers whereeach server can communicate with a different combination of gamingdevices. For instance, player interface support 636 and gaming devicesoftware 638 can be provided on a first server, progressives can beprovided on a second server, loyalty program functions 640 andaccounting 648 can be provided on a third server, linked gaming 644 canbe provided on a fourth server, cashless functions 646 can be providedon a fifth server and security functions 650 can be provided on a sixthserver. In this example, each server can communicate with a differentcombination of gaming devices because each of the functions provided bythe servers may not be provided to every gaming device in the gamingsystem 600. For instance, the server 602 can be configured to provideprogressive gaming functions to gaming devices 604, 652 and 656 but notgaming device 654. Thus, the server 602 may not communicate with themobile gaming device 654 if progressive functions are not enabled on themobile gaming device at a particular time.

Typically, each server can include an administrator interface thatallows the functions of a server, such as 602, to be configured andmaintained. Each server 602 can include a processor and memory. In someembodiments, the servers, such as 602, can include a game controllerwith components, such as but not limited to a power-hit tolerant memory630, a trusted memory 632 and an RNG 634 described with respect togaming device 604. The servers can include one or more networkinterfaces on which wired or wireless communication protocols can beimplemented. Next, some possible functions provided by the server 602are described. These functions are described for the purposes ofillustration only and are not meant to be limiting.

The player interface support 636 can be used to serve content to gamingdevices, such as 604, 652, 654 and 656, remote to the server. Thecontent can include video and audio content that can be output on one ofthe player interfaces, such as 608, 652 a, 654 a and 656 a. Further, thecontent can be configured to utilize unique features of a particularplayer interface, such as video displays, wheels or reels, if theparticular player interface is so equipped.

In one embodiment, via the player interface support, content can beoutput to all or a portion of a primary video display that is used tooutput wager-based game outcomes on a player interface associated with agaming device. For instance, a portion of the primary display can beallocated to providing a “service window” on the primary video displaywhere the content in the service window is provided from a server remoteto the gaming device. In particular embodiments, the content deliveredfrom the server to a gaming device as part of the player interfacesupport 636 can be affected by inputs made on the gaming device. Forinstance, the service window can be generated on a touch screen displaywhere inputs received via the service window can be sent back to server602. In response, to the received inputs, the server 602 can adjust thecontent that is displayed on the remote gaming device that generated theinputs.

The “service window” application can be generated by software code thatis executed independently of other game controller software in a secure“sandbox.” Via the sandbox, an executable can be given limited access tovarious resources on an EGM, such as a portion of the CPU resources andmemory available on a game controller. The memory can be isolated fromthe memory used by other processes, such as game processes executed bythe game controller.

As described above, a service window application can be allowed tocontrol, send and/or receive data from secondary devices on a gamingdevice, such as a video display, a touch screen power interfaces orcommunication interfaces. A service window application allowed toutilize a communication interface, such as a wireless communicationinterface, can be configured to communicate with a portable electronicdevice via the communication interface. Thus, a service windowapplication can be configured to implement attract features as describedabove independently of a game controller on an EGM. Further details ofutilizing a service window on a gaming device on an EGM are described inU.S. patent application Ser. No. 12/209,608, by Weber et al., filed Sep.12, 2008, titled “Gaming Machine with Externally Controlled ContentDisplay,” which is incorporated herein by reference in its entirety andfor all purposes.

In another embodiment, via the video display, the service windowapplication can be configured to output data in an optical image format,such as a 1-D/2-D bar-code or a QR code. The optically formatted datacan be captured by a camera on the portable electronic device. Forinstance, a receipt indicating the acceptance of a virtual ticketvoucher or virtual currency on the gaming device can be displayed in theservice window in a QR code format and transferred to a user's portableelectronic device via an image capture device on their portableelectronic device. In another embodiment, virtual ticket voucherinformation can be transferred to a portable electronic device asoptically formatted image data.

If a player's identity is known, then the player interface support 636can be used to provide custom content to a remote gaming device, such as604. For instance, a player can provide identification information, suchas information indicating their membership in a loyalty program, duringtheir utilization of a gaming device. The custom content can be selectedto meet the identified player's interests. In one embodiment, theplayer's identity and interests can be managed via a loyalty program,such as via a loyalty program account associated with loyalty function640. The custom content can include notifications, advertising andspecific offers that are determined to be likely of interest to aparticular player.

The gaming device software function 638 can be used to provide downloadsof software for the game controller and/or second controllers associatedwith peripheral devices on a gaming device. For instance, the gamingdevice software 638 may allow an operator and/or a player to select anew game for play on a gaming device. In response to the game selection,the gaming device software function 638 can be used to download gamesoftware that allows a game controller to generate the selected game. Inanother example, in response to determining that a new counterfeit billis being accepted by bill acceptors in the gaming system 600, the gamingdevice software function 638 can be used to download a new detectionalgorithm to the bill acceptors that allow the counterfeit bill to bedetected.

The progressive gaming function 642 can be used to implement progressivegame play on one or more gaming devices. In progressive game play, aportion of wagers associated with the play of a progressive game isallocated to a progressive jackpot. A group of gaming devices can beconfigured to support play of the progressive game and contribute to theprogressive jackpot. In various embodiments, the gaming devicescontributing to a progressive jackpot may be a group of gaming devicescollocated near one another, such as a bank of gaming machines on acasino floor, a group of gaming devices distributed throughout a singlecasino, or group of gaming devices distributed throughout multiplecasinos (e.g., a wide area progressive). The progressive gaming function642 can be used to receive the jackpot contributions from each of thegaming devices participating in the progressive game, determine acurrent jackpot and notify participating gaming devices of the currentprogressive jackpot amount, which can be displayed on the participatinggaming devices if desired.

The loyalty function 640 can be used to implement a loyalty programwithin a casino enterprise. The loyalty function 640 can be used toreceive information regarding activities within a casino enterpriseincluding gaming and non-gaming activities and associate the activitieswith particular individuals. The particular individuals can be known ormay be anonymous. The loyalty function 640 can used to store a record ofthe activities associated with the particular individuals as well aspreferences of the individuals if known. Based upon the informationstored with the loyalty function 640 comps (e.g., free or discountedservices including game play), promotions and custom contents can beserved to the particular individuals.

The linked gaming function 644 can be used to used provide game playactivities involving player participating as a group via multiple gamingdevices. An example, a group of player might be competing against oneanother as part of a slot tournament. In another example, a group ofplayers might be working together in attempt to win a bonus that can beshared among the players.

The cashless function 646 can enable the redemption and the dispensationof cashless instruments on a gaming device. For instance, via thecashless function, printed tickets, serving as a cashless instrument,can be used to transfer credits from one gaming device to another gamingdevice. Further, the printed tickets can be redeemed for cash. Thecashless function can be used to generate identifying information thatcan be stored to a cashless instrument, such as a printed ticket, thatallows the instrument to later be authenticated. After authentication,the cashless instrument can be used for additional game play or redeemedfor cash.

The accounting function can receive transactional information fromvarious gaming devices within the gaming system 600. The transactionalinformation can relate to value deposited on each gaming device andvalue dispensed from each gaming device. The transactional information,which can be received in real-time, can be used to assess theperformance of each gaming device as well as an overall performance ofthe gaming system. Further, the transactional information can be usedfor tax and auditing purposes.

The security function 650 can be used to combat fraud and crime in acasino enterprise. The security function 650 can be configured toreceive notification of a security event that has occurred on a gamingdevice, such as an attempt at illegal access. Further, the securityfunction 650 can receive transactional data that can be used to identifyif gaming devices are being utilized in a fraudulent or unauthorizedmanner. The security function 650 can be configured to receive, storeand analyze data from multiple sources including detection apparatuslocated on a gaming device and detection apparatus, such as cameras,distributed throughout a casino. In response to detecting a securityevent, the security function 650 can be configured to notify casinopersonnel of the event. For instance, if a security event is detected ata gaming device, a security department can be notified. Depending on thesecurity event, one or more team members of the security department canbe dispatched to the vicinity of the gaming device. Next, a perspectivediagram of a slot-type gaming device that can include all or a portionof the components described with respect to gaming device 604 isdescribed.

FIG. 6 shows a perspective drawing of a gaming device 700 in accordancewith the described embodiments. The gaming device 700 is example of whatcan be considered a “thick-client.” Typically, a thick-client isconfigurable to communicate with one or more remote servers but providesgame play, such as game outcome determination, independent of the remoteservers. In addition, a thick-client can be considered as such becauseit includes cash handling capabilities, such as peripheral devices forreceiving cash, and a secure enclosure within the device for storing thereceived cash. In contrast, thin-client device, such as a mobile gamingdevice, may be more dependent on a remote server to provide a componentof the game play on the device, such as game outcome determination,and/or may not include peripheral devices for receiving cash and anassociated enclosure for storing it.

Many different configurations are possible between thick and thinclients. For instance, a thick-client device, such as 700, deployed in acentral determination configuration, may receive game outcomes from aremote server but still provide cash handling capabilities. Further, theperipheral devices can vary from gaming device to gaming device. Forinstance, the gaming device 700 can be configured withelectro-mechanical reels to display a game outcome instead of a videodisplay, such as 710. Thus, the features of gaming device 700 aredescribed for the purposes of illustration only and are not meant to belimiting.

The gaming device 700 can include a main cabinet 702. The main cabinet702 can provide a secure enclosure that prevents tampering with thedevice components, such as a game controller (not shown) located withinthe interior of the main cabinet and cash handing devices including acoin acceptor 720, a ticket printer 726 and a bill acceptor 718. Themain cabinet can include an access mechanism, such as door 704, whichallows an interior of the gaming device 700 to be accessed. Theactuation of the door 704 can be controlled by a locking mechanism, suchas lock 716. The lock 716, the door 704 and the interior of the maincabinet 702 can be monitored with security sensors for detecting whetherthe interior has been accessed. For instance, a light sensor can beprovided to detect a change in light-level in response to the door 704being opened.

The interior of the main cabinet 700 can include additional secureenclosure, which can also be fitted with locking mechanisms. Forinstance, the game controller, such as game controller 606, shown inFIG. 5, can be secured within a separate locked enclosure. The separatelocked enclosure for the game controller may allow maintenance functionsto be performed on the gaming device, such as emptying a drop box forcoins, emptying a cash box or replacing a device, while preventingtampering with the game controller. Further, in the case of device witha coin acceptor, 720, the separate enclosure can protect the electronicsof the game controller from potentially damaging coin dust.

A top box 706 can be mounted to the top of the main cabinet 702. Anumber of peripheral devices can be coupled to the top box 706. In FIG.6, a display device 708 and a candle device 714 are mounted to the topbox 706. The display device 708 can be used to display informationassociated with game play on the gaming device 700. For instance, thedisplay device 708 can be used to display a bonus game presentationassociated with the play of a wager-based game (One or more bonus gamesare often features of many wager-based games). In another example, thedisplay device 708 can be used to display information associated with aprogressive game, such as one or more progressive jackpot amounts. Inyet another example, the display device 708 can be used to display anattract feature that is intended to draw a potential player's attentionto the gaming device 700 when it is not in use.

The candle device 714 can include a number of lighting elements. Thelighting elements can be lit in different patterns to draw attention tothe gaming device. For instance, one lighting pattern may indicate thatservice is needed at the gaming device 700 while another light patternmay indicate that a player has requested a drink. The candle device 714is typically placed at the top of gaming device 700 to increase itsvisibility. Other peripheral devices, including custom bonus devices,such as reels or wheels, can be included in a top box 706 and theexample in FIG. 6 is provided for illustrative purposes only. Forinstance, some of the devices coupled to the main cabinet 702, such asprinter 726, can be located in a different top box configuration.

The gaming device 700 provides a player interface that allows the playof a game, such as wager-based game. In this embodiment, the playerinterface includes 1) a primary video display 710 for outputting videoimages associated with the game play, 2) audio devices, such as 722, foroutputting audio content associated with game play and possibly casinooperations, 3) an input panel 712 for at least providing game playrelated inputs and 4) a secondary video display 708 for outputting videocontent related to the game play (e.g., bonus material) and/or thecasino enterprise (e.g., advertising). In particular embodiments, one orboth of the video displays, 708 and 710, can be equipped with a touchscreen sensor and associated touch screen controller, for detectingtouch inputs, such as touch inputs associated with the play of a game ora service window output to the display device.

The input panel 712 can include a number of electro-mechanical inputbuttons, such as 730, and/or touch sensitive surfaces. For instance, theinput panel can include a touch screen equipped video display to providea touch sensitive surface. In some embodiments, the functions of theelectro-mechanical input buttons can be dynamically reconfigurable. Forinstance, the function of the electro-mechanical input buttons may bechanged depending on the game that is being played on the gaming device.To indicate function changes, the input buttons can each include aconfigurable display, such as an e-ink or a video display for indicatingthe function of button. The output of the configurable display can beadjusted to account for a change in the function of the button.

The gaming device 700 includes a card reader 728, a printer 726, a coinacceptor 720, a bill and/or ticket acceptor 720 and a coin hopper (notshown) for dispensing coins to a coin tray 732. These devices canprovide value input/output capabilities on the gaming device 700. Forinstance, the printer 726 can be used to print out tickets redeemablefor cash or additional game play. The tickets generated by printer 726as well as printers on other gaming devices can be inserted into billand ticket acceptor 718 to possibly add credits to the gaming device700. After the ticket is authenticated, credits associated with theticket can be transferred to the gaming device 700.

The device 718 can also be used to accept cash bills. After the cashbill is authenticated, it can be converted to credits on the gamingdevice and used for wager-based game play. The coin acceptor 720 can beconfigured to accept coins that are legal tender or tokens, such astokens issued by a casino enterprise. A coin hopper (not shown) can beused to dispense coins that are legal tender or tokens into the cointray 732.

FIG. 7 shows a server-based (Sb™) gaming network, configured inaccordance with some implementations. Those of skill in the art willrealize that this architecture and the related functionality are merelyexamples and that the present disclosure encompasses many other suchembodiments and methods. With respect to FIG. 7, casino computer room820 and networked devices of a gaming establishment 805 are illustrated.Gaming establishment 7805 is configured for communication with centralsystem 863 via gateway 850. Gaming establishments 893 and 895 are alsoconfigured for communication with central system 863.

In some implementations, gaming establishments may be configured forcommunication with one another. In this example, the gamingestablishments 893 and 895 are configured for communication with deviceswithin casino computer room 820. Such a configuration may allow devicesand/or operators in the casino 805 to communicate with and/or controldevices in other casinos. In some such implementations, a server incomputer room 820 may control or at least provide information to devicesin the casino 805 and devices in other gaming establishments.Conversely, devices and/or operators in another gaming establishment maycommunicate with and/or control devices in the casino 805.

A server can be configured to provide gaming services to devices, suchas EGMs, in one or more gaming establishments. For example, a server ofcasino 805 or central system 863 may be provisioned with relatively moreadvanced software (e.g., 3-D facial recognition software) for patronidentification than servers of other networked locations. Such a servermay process patron identification requests from devices in casino 805 aswell as patron identification requests from devices in gamingestablishments 893 and 895. As another example, a server in casino 805can generate and stream content that is output in EGMs located in casino805 and gaming establishments 893 and 895.

In one embodiment, gaming establishment 897 can be configured forcommunication with central system 863, but may not be configured forcommunication with other gaming establishments. Some gamingestablishments (not shown) may not be in communication with other gamingestablishments or with a central system. Gaming establishment 805 caninclude many different EGMs, such as 821. The EGMs can be located on acasino floor alone or as part a bank 810 including multiple gamingmachines.

In this example, gaming establishment 805 includes a bank of networkedgaming tables 853. The networked gaming tables can provide games, suchas card games, dice games, roulette and the like. The table games may beconducted by a dealer and/or by using some form of automation, which mayinclude an automated roulette wheel, an electronic representation of adealer, etc. In some such implementations, devices such as cameras,radio frequency identification devices, etc., may be used to identifyand/or track playing cards, chips, etc. Some of gaming tables 853 may beconfigured for communication with individual player terminals (notshown), which may be configured to accept bets, present an electronicrepresentation of a dealer, indicate game outcomes, etc.

In general, embodiments of the present disclosure may be implemented ingaming establishments having any number of gaming devices, such as EGMsand gaming tables. It will be appreciated that many gamingestablishments include hundreds or even thousands of gaming machinesand/or gaming tables. The gaming machines can be linked in manydifferent network configurations where some EGMs can be linked to one ormore different networks providing different gaming functions while someEGMs may not be connected to a network.

Gaming establishment 805 also includes networked kiosks 877. Dependingon the implementation, kiosks 877 may be used for various purposes,including but not limited to cashing out, prize redemption, redeemingpoints from a player loyalty program, redeeming “cashless” indicia suchas bonus tickets, smart cards, etc. In some implementations, kiosks 877may be used for obtaining information about the gaming establishment,e.g., regarding scheduled events (such as tournaments, entertainment,etc.), regarding a patron's location, etc. Software related to suchfeatures may be provided and/or controlled, and related data may beobtained and/or provided, according to the present disclosure. Forexample, in some implementations of the disclosure, kiosks 877 may beconfigured to receive information from a patron, e.g., by presentinggraphical user interfaces.

In this example, each bank 810 has a corresponding switch 815, which maybe a conventional bank switch in some implementations. Each switch 815can be configured for communication with one or more devices in computerroom 820 via main network device 825, which combines switching androuting functionality in this example. Although various communicationprotocols may be used, some preferred implementations use the GamingStandards Association's G2S Message Protocol. Other implementations mayuse the open, Ethernet-based SuperSAS® protocol, which is available fromIGT. Still other protocols, including but not limited to Best of Breed(“BOB”), may be used to implement various embodiments of the disclosure.IGT has also developed a gaming-industry-specific transport layer calledCASH that rides on top of TCP/IP and offers additional functionality andsecurity.

In one embodiment, the gaming establishment 705 also can include awireless network, such as an RFID network, implemented in part by RFIDswitches 819 and multiple RFID readers 817. An RFID network may be used,for example, to track objects (such as mobile gaming devices 870, whichinclude RFID tags 827 in this example). In addition, patrons, etc., inthe vicinity of gaming establishment 805 can carry instruments with RFIDtags that allow the patrons to be tracked. In this example, at leastsome of mobile devices 870 may include an RFID tag 827, which includesencoded identification information for the mobile device 870.Accordingly, the locations of such tagged mobile devices 870 may betracked via the RFID network in gaming establishment 805. Otherlocation-detection devices and systems may be used to monitor thelocation of people and/or devices in the vicinity of gamingestablishment 805 or elsewhere. For example, wireless signal detectorscan be used to track wireless signals emitted from mobile devices, suchas signals generated using a cellular, Wi-Fi or Bluetooth™ communicationprotocol. The mobile devices can be carried by casino patrons and/orcasino employees.

Various alternative network topologies can be used to implementdifferent embodiments of the disclosure and/or to accommodate varyingnumbers of networked devices. For example, gaming establishments withlarge numbers of gaming machines may require multiple instances of somenetwork devices (e.g., of main network device 825, which combinesswitching and routing functionality in this example) and/or theinclusion of other network devices not shown in FIG. 7. Someimplementations of the disclosure may include one or more middlewareservers disposed between kiosks 877, data switches 819 and/or bankswitches 815 and one or more devices in computer room 820 (e.g., acorresponding server). Such middleware servers can provide varioususeful functions, including but not limited to the filtering and/oraggregation of data received from switches, from individual gamingmachines and from other devices. Some implementations of the disclosureinclude load-balancing methods and devices for managing network traffic.

Storage devices 811, Sb™ server 830, License Manager 831, Arbiter 833,servers 832, 834, 836 and 838, host device(s) 860 and main networkdevice 825 can be disposed within computer room 820 of gamingestablishment 805. In practice, more or fewer devices may be used.Depending on the implementation, some such devices may reside in gamingestablishment 805 or elsewhere.

One or more devices in central system 863 may also be configured toperform, at least in part, tasks specific to the present disclosure. Forexample, one or more servers 862, arbiter 833, storage devices 864and/or host devices 866 of central system 863 may be configured toimplement the functions described in detail elsewhere herein. Thesefunctions may include, but are not limited to, providing functionalityfor devices such as wager gaming machines 821, mobile devices 870, etc.

One or more of the servers of computer room 820 may be configured withsoftware for receiving a player's wager gaming notification parameters,determining when a wagering condition corresponds with the wager gamingnotification parameters and/or providing a notification to the playerwhen the wagering condition corresponds with the wager gamingnotification parameters. Moreover, one or more of the servers may beconfigured to receive, process and/or provide image data from cameras809, to provide navigation data to patrons (e.g., to indicate thelocation of and/or directions to a gaming table, a wager gaming machine,etc., associated with a wager gaming notification), etc.

For example, navigation data (which may include map data, casino layoutdata, camera image data, etc.) may be provided by one or more of theservers of computer room 820 to mobile devices 870. Some implementationsof the present disclosure include a plurality of networked cameras 809,which may be video cameras, smart cameras, digital still cameras, etc.In some such implementations, such cameras may provide, at least inpart, real-time navigation.

The servers and other devices indicated in FIG. 7 may be configured forcommunication with other devices in or outside of gaming establishment805, such as host devices 860, kiosks 877 and/or mobile devices 870, forimplementing some methods described elsewhere herein. Servers (or thelike) may facilitate communications with such devices, receive and storepatron data, provide appropriate responses, etc., as described elsewhereherein.

Some of these servers may be configured to perform tasks relating toaccounting, player loyalty, bonusing/progressives, configuration ofgaming machines, etc. One or more such devices may be used to implementa casino management system, such as the IGT Advantage™ Casino Systemsuite of applications, which provides instantaneous information that maybe used for decision-making by casino managers. A Radius server and/or aDHCP server may also be configured for communication with the gamingnetwork. Some implementations of the disclosure provide one or more ofthese servers in the form of blade servers.

Some embodiments of Sb™ server 830 and the other servers shown in FIG. 8include (or are at least in communication with) clustered CPUs,redundant storage devices, including backup storage devices, switches,etc. Such storage devices may include a “RAID” (originally redundantarray of inexpensive disks, now also known as redundant array ofindependent disks) array, back-up hard drives and/or tape drives, etc.

In some implementations, many of these devices (including but notlimited to License Manager 831, servers 832, 834, 836, and 838, and mainnetwork device 825) are mounted in a single rack with Sb™ server 830.Accordingly, many or all such devices will sometimes be referenced inthe aggregate as a “Sb™ server.” However, in alternativeimplementations, one or more of these devices is in communication withSb™ server 830 and/or other devices of the network but locatedelsewhere. For example, some of the devices could be mounted in separateracks within computer room 820 or located elsewhere on the network.Moreover, it can be advantageous to store large volumes of dataelsewhere via a storage area network (“SAN”).

Computer room 820 may include one or more operator consoles or otherhost devices that are configured for communication with other deviceswithin and outside of computer room 820. Such host devices may beprovided with software, hardware and/or firmware for implementingvarious embodiments of the disclosure. However, such host devices neednot be located within computer room 820. Wired host devices 860 (whichare desktop and laptop computers in this example) and wireless devices870 (which are mobile computing devices in this example) may be locatedelsewhere in gaming establishment 805 or at a remote location.

The various aspects, embodiments, implementations or features of thedescribed embodiments can be used separately or in any combination.Various aspects of the described embodiments can be implemented bysoftware, hardware or a combination of hardware and software. Thecomputer readable medium is any data storage device that can store datawhich can thereafter be read by a computer system. Examples of thecomputer readable medium include read-only memory, random-access memory,CD-ROMs, DVDs, magnetic tape and optical data storage devices. Thecomputer readable medium can also be distributed over network-coupledcomputer systems so that the computer readable code is stored andexecuted in a distributed fashion.

The foregoing description, for purposes of explanation, used specificnomenclature to provide a thorough understanding of the invention.However, it will be apparent to one skilled in the art that the specificdetails are not required in order to practice the invention. Thus, theforegoing descriptions of specific embodiments of the present inventionare presented for purposes of illustration and description. They are notintended to be exhaustive or to limit the invention to the precise formsdisclosed. It will be apparent to one of ordinary skill in the art thatmany modifications and variations are possible in view of the aboveteachings.

The embodiments were chosen and described in order to best explain theprinciples of the invention and its practical applications, to therebyenable others skilled in the art to best utilize the invention andvarious embodiments with various modifications as are suited to theparticular use contemplated. It is intended that the scope of theinvention be defined by the following claims and their equivalents.While the embodiments have been described in terms of several particularembodiments, there are alterations, permutations, and equivalents, whichfall within the scope of these general concepts. It should also be notedthat there are many alternative ways of implementing the methods andapparatuses of the present embodiments. It is therefore intended thatthe following appended claims be interpreted as including all suchalterations, permutations, and equivalents as fall within the truespirit and scope of the described embodiments.

What is claimed is:
 1. A method of operating a gaming system, the methodcomprising: (i) an electronic gaming machine sending a message to aremote host, wherein: (a) the electronic gaming machine is capable ofprocessing at least one media stream associated with the remote host ateach of a first point in time and a second, different point in time, and(b) the message to the remote host includes: (I) information associatedwith media stream processing capabilities of the electronic gamingmachine, wherein at the first point in time, the electronic gamingmachine has a first media stream processing capability available and atthe second, different point in time, the electronic gaming machine has asecond, different media stream processing capability available, (II)information associated with output device resources available to outputa non-gaming media stream that includes an interface of a non-gamingapplication program executed on the remote host, and (III) informationassociated with at least one electronic gaming machine input deviceavailable to receive input data associated with the interface of thenon-gaming application program; (ii) determining based at least in parton the information associated with media stream processing capabilitiesof the electronic gaming machine and in a negotiation with the remotehost, input device resources and output device resources to allocate tothe non-gaming media stream and media stream parameters associated withthe non-gaming media stream; (iii) receiving a media stream containerfrom the remote host; (iv) extracting one or more media streams from themedia stream container; (v) decoding, using a codec, media signals inthe media stream; (vi) outputting the decoded media signals includingthe interface of the non-gaming application program to one or moreelectronic gaming machine output devices allocated to the non-gamingmedia stream, wherein: (a) the one or more electronic gaming machineoutput devices includes a display of the electronic gaming machine, (b)a video portion of the decoded media signals is simultaneously output onthe display with video content associated with a play of a wager-basedgame, (c) said wager based game is associated with a wager deducted froma credit balance, and (d) said credit balance is increasable via anelectronic gaming machine acceptor of a physical item associated with amonetary value, and decreasable via an electronic gaming machine cashoutdevice configured to receive an input to cause an initiation of a payoutassociated with the credit balance; (vii) while the decoded mediasignals including the interface of the non-gaming application programare being output, receiving input data from the at least one electronicgaming machine input device allocated to the non-gaming media stream;and (viii) sending the input data to the remote host wherein a state ofthe interface for the non-gaming application program is altered on theremote host in response to receiving the input data.
 2. The method ofclaim 1, wherein the media stream parameters include at least one ofdifferent video codecs and audio codecs available on the electronicgaming machine.
 3. The method of claim 1, wherein the media streamparameters include one or more different media container formats thatthe electronic gaming machine can extract.
 4. The method of claim 1,wherein the media stream parameters include at least one of: one videosignals format and one audio signal format that the electronic gamingmachine can utilize to output at least one of: video data and audiodata.
 5. The method of claim 1, wherein the media stream parametersinclude a resolution of all or a portion of the display of theelectronic gaming machine that is used to output video signals in thevideo stream.
 6. The method of claim 1, wherein the media streamparameters include a plurality of media streams that are to be includedin the media stream container.
 7. The method of claim 1, wherein themedia stream includes a video signal that is for output to a mechanicalbutton including a mechanical button display coupled to the electronicgaming machine.
 8. The method of claim 1, wherein the output deviceresources include a user-controlled mobile device coupled to theelectronic gaming machine.
 9. The method of claim 1, which includesreceiving account information that enables personalized data associatedwith the non-gaming application program to be accessed.
 10. The methodof claim 8, wherein the personalized data is at least one of: a personalmedia library and a personal application library.
 11. The method ofclaim 1, wherein the media stream container includes a first streamincluding the interface of the non-gaming application program and asecond stream including content generated from the interface of thenon-gaming application program.
 12. The method of claim 1, wherein theinterface includes a video portion that is output on the electronicgaming machine.
 13. The method of claim 12, which includes: receiving aninput to hide the video portion of the interface, hiding the videoportion of the interface, and continuing to extract the video portion ofthe interface from the media stream while the video portion is hidden.14. The method of claim 12, which includes: receiving an input to hidethe video portion of the interface, and sending a request to the remotehost to stop sending the video portion in the media stream.
 15. Themethod of claim 1, which includes: combining a first media signalextracted from the media stream with a second media signal generatedlocally on the electronic gaming machine, and outputting the combinedmedia signal to one of the allocated electronic gaming machine outputdevices.
 16. The method of claim 1, which includes: receiving, basedupon the at least one electronic gaming machine input device allocatedto the media stream, an event definition for an event associated withthe non-gaming application program from the host, determining, basedupon input data received from the allocated at least one electronicgaming machine input device, that the event has occurred, and sending amessage to the remote host indicating the event has occurred.
 17. Themethod of claim 1, which includes processing the media stream containervia a game controller configured to control the play of the wager-basedgame.
 18. The method of claim 1, which includes processing the mediastream container via a secondary controller which is separate from agame controller configured to control the play of the wager-based game.19. A non-transitory computer readable medium including instructionsexecuted by a processor, the computer readable media comprising:computer code configured to send a message to a remote host, wherein (a)an electronic gaming machine is capable of processing at least one mediastream associated with the remote host at each of a first point in timeand a second, different point in time, and (b) the message to the remotehost including: (I) information associated with media stream processingcapabilities of the electronic gaming machine, wherein at the firstpoint in time, the electronic gaming machine has a first media streamprocessing capability available and at the second, different point intime, the electronic gaming machine has a second, different media streamprocessing capability available, (II) information associated with outputdevice resources available to output a non-gaming media stream thatincludes an interface of a non-gaming application program executed onthe remote host, and (III) clip information associated with at least oneelectronic gaming machine input device available to receive input dataassociated with the interface of the non-gaming application program;computer code configured to determine based at least in part on theinformation associated with media stream processing capabilities of theelectronic gaming machine and in a negotiation with the remote host,input device resources and output device resources to allocate to thenon-gaming media stream and media stream parameters associated with thenon-gaming media stream; computer code configured to receive a mediastream container from the remote host; computer code configured toextract one or more media streams from the media stream container;computer code configured to decode, using a codec, media signals in themedia stream; computer code configured to output the decoded mediasignals including the interface of the non-gaming application program toone or more electronic gaming machine output devices allocated to themedia stream, wherein: (a) the one or more electronic gaming machineoutput devices includes a display of the electronic gaming machine, and(b) a video portion of the decoded media signals is simultaneouslyoutput on the display with video content associated with a play of awager-based game, (c) said wager based game is associated with a wagerdeducted from a credit balance, and (d) said credit balance isincreasable via an electronic gaming machine acceptor of a physical itemassociated with a monetary value, and decreasable via an electronicgaming machine cashout device configured to receive an input to cause aninitiation of a payout associated with the credit balance; computer codeconfigured to receive, while the decoded media signals including theinterface of the non-gaming application program are being output, inputdata from the at least one electronic gaming machine input deviceallocated to the media stream; and computer code configured to send theinput data to the remote host, wherein a state of the interface for thenon-gaming application program is altered in response to receiving theinput data.